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1. General 

This document describes how to use the Bus-Peripheral-Interface. In the current 
version, this document is about BPI for FPI bus only. 

2. Function 

2.1. -General concept 

A Bus-Peripheral Interface BPI completely handles the bus protocol of the chip internal 
interconnect bus; this BPI can therefore be seen as the standardized interface to the 
FPI-Bus. 

On the other side all BPIs adhere to the fundamentals given in "Platform Concept: 
SMIF Specification" (T. Steinecke, P. Schneider) and considered binding for all platform 
peripheral. 

The peripheral's functional code (named "kernel" throughout this document) is thus 
independent of the used bus protocol. 



The main tasks of the BPI are 

• Buffering To define a predictable bus timing some standardisation on fan out 

and fan in is mandatory 

• Decoding As Kernel SFR's will have different addresses in different uC's, 

addresses are decoded inside BPI mainly. 

• Handshaking Bus and peripheral may use different clock rates (even dynamically 

!). Thus some way of synchronization has to be provided. 

• Error Handling Access to undefined locations and unclocked peripherals are func- 

tions not regarded legal under normal circumstances; some error 
notification via the bus may be needed. 



Test Mode If special test modes are necessary the should be implemented 
likewise throughout a chip. 
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2.2. I/O signals from BPIJNTERFACE 



FPI- BUS SMIF- SIGNALS 



BUS.CLK 
FPI_RESET_N 
FPLA 
FPI_D_I 
FPI_D_0 
FPI_D_EN 
FPLRDYJ 
FPI_RDY_0 
FPLEN 
FPI_RD_N 
FPI_WR_N 
FPI_SEL_N 
FPLOPC 
FPLACK 
FPLTOUT 
FPI_ABORT_N 
XXX_CLK_EN_I 
XXX_BUS_FASTER 
BUS_CLK_EN_I 
HIGH.HWORDJ . 
PDFT_SCAN_MODE_l 
OCDS_P_SUSPEND_l 
XXX_EX_DISR_I 
XXX_CLK_ON_l 




BUS- 



PERIPHERAL- 



INTERFACE 



BPI_DATA_0[31/15... 0] 

BPI_DATA_i[31/15 ... 0] 

BPI_WR_SFR_N[X ... 0] 

BPI _WR_BY_N[3/1 ... 0] 

BPI _RD_ SFR_N[X ... 0] 

BPLRD_BY_N[3/1 ... 0] 

BPI_ABORT_N 

BPI_REQ_N 

BPLRDY 

BPI_A 

BPI_CS_N 

BPI_RD_N 

BPI_WR_N 

BPI_PROTECT_MASK 

BPI_ACC_N 

KERNEL_ERRJ 

XXX_DIS_N_0 

GENERAL NOT USED 

XXX_GATING_EN_0 

BUS_GATING_EN_0 

XXX_DISREQ_N_0 

XXX_DISACK_N_I 
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The FPI signals are described in the in the FPI-Specification. 



Description of the interface ports to the SMIF: 



BUS.CLK 


Corresponds to the fpi_clk 


fpLrdy_i 


Corresponds to the fpLrdy signal (fpi_rdy_b) from the FPI 


fpi_rdy_o 


Ready ackndwlege from the BPI. Driven to the signal 
fpi_rdy_b if enabled with the fpi_en_o signal. 


fpi_en_o 


Enable signal for the fpi_rdy_o and fpLack_o tristate 
driver 


fpi_ack_o 


Acknowlege signal from the BPI. Driven to the signal 
fpi_ack(_b) if enabled with the fpi_en_o signal. 

Note: Must be INOUT for synopsys test compiler 


fpi_d_i 


Corresponds to the fpi_d from the FPI 


fpi_d_o 


unven oy ine ori internal uata register, unven to 
fpi_d(_b) if enabled with the fpLd_en_o signal. 


fpL_d_en_o 


Enable signal for the fpi_d_o tristate driver 


RPT DATA TR1/K HI 


input udia dus, euner dc. or 10 uiis wiue. 
Source: Peripheral kernel port kernel_data__o 


BPI_DATA_O[31/15...0] 


Output data bus, either 32 or 16 bits wide. 
Destination: Peripheral kernel port kernel_data_i 


BPI _RD_SFR(x...O) 


Dedicated read signals, one each for each SFR. 


r>pT DFi T5V X1T1 m 

(optional) 


oeiection wnicn oytes nave to De reaa 


BPI_WR_SFR(x...O) 


Dedicated write signals, one each for each SFR. 


BPI_WRJBY_N[3...0] 


Selection which bytes have to be written 


BPLPROTECT_MASK 
[31/15.-0] (optional) 


Mask for bit-protection. 

,0' means that the BIT must not be changed 

,1* means that the BIT must be changed in the peripheral. 


BPI_ABORT_N 
(optional) 


This signal is directly mapped to the FPI-BUS-signal 
FPI_ABORT_N. Each peripheral can abort any access in 

this way. In the current version this signal is not used by the inter- 
face!! This is wrong and will be resolved in the next version 


BPI_REQ_N 
(optional) 


Indicates a valid access if dynamic waitstate insertion is 
required (handshake_c=1). This signal is reset by 
BPLRDY. 
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RPT RTW 
on l\XJ I 

(optional) 


r\eauy inuication irorn trie Kernel alter d uyridrnic waitstate 
insertion. While this signal is driven ,0', it is not possible to 
request a new access with the signal BPI_REQ_N. 
Exactly one waitstate is inserted if BPI_RDY is directly 
bridaed to BPI REO N in the kernel 


BPI_A (optional) 


Synchronized address bits Hatched FPI A} for the RAM- 
Interface. Only valid if a RAM-Interface is configured 


BPI_CS_N (optional) 


Chip select signal for the RAM-Interface 


BPI_RD_N (optional) 


Read signal for the RAM-Interface 


BPI_WR_N (optional) 


Write signal for the RAM-Interface 


BPI_ACC_N 


This signal indicates to the kernel when a Write or Read 
access will take place. It is active for the period of one 
iviasier ciock oerore ana during me rising eage or me 
peripheral clock. With this signal, multiple reads or writes 
to a peripheral register can be prevented. A normal read 
cycle doesn't need this signal, but if a register performes 
destructive read accesses this signal must be considered. 


XXX_BUS_FASTER 


Notifies the BPI module of a peripheral that the bus clock 
rate is currently higher than the peripheral clock rate. 
This speed indication is needed to perform zero Waitstate 
wnie accesses to me penpnerai s internal registers wnen- 
ever the Bus clock rate is equal to or slower than the 
peripheral clock rate. 

Connecting XXX_BUS_FASTER to static T will insert 
exactly one waitstate into each access. 


KERNEL_ERR 


Error signal from the Peripheral Core to the BPI module 
signalling an error condition during a not allowed RD/WR 
access from BPI module to the peripheral core. 
Must be connected to ,0' if not used. 

In the current version this signal needs to be driven before an access 
will be performed. This is not possible if the peripheral clock is turned 
on ! 


OCDS_P_SUSPEND 


Notifies the peripheral to stop the peripheral clock for 
dphunninn mirno^p^ 


xxx_ex_disr 


Requests the peripheral to stop the peripheral clock. 


Bus_clk_en 


Enable signal for the BPI component clock domain. Is 
used for clock gating. 


xxx_clk_en 


Enable signal for the peripheral kernel clock domain. Is 
used for clock gating. 


Bus_gating_en 


Enable signal for clock gating of the peripheral clock 
domain. 



Page 5 of 36 




xxx_gating_en 


Enable signal for clock gating of the peripheral clock 
domain. 


xxx_cik_on 


Special function pin for RTC. Must be connected to ,V if 
not used! 


xxx_dis_n_o 


Special function pin for RTC. Leave open if not used. 


xxx_disreq_n 


Disable request signal to the kernel to switch off the 
peripheral clock. 


xxx_disack_n 


Disable acknowledge signal from the peripheral kernel to 
allow switching off of the peripheral clock. Bridge this sig- 
nal to xxx_disreq_n if no specific function is implemented 
in the kernel 


high_hword 


This signal is only considered during write accesses if the fpl data bus 
width is 32 bits and the kernel data bus width is 16 bits. 

High_hword = „0" means that the lower 16 bits of the fpi 
bus carrv valid data and are to be maDDed to the kernel 

VI \mS^A 1 ( jf ▼ V4 1 1 VI VI V4 V V4 V4 I I VI V* 1 *V/ \* III \mt \mf L Kw 1 \>S 1 W 111 %^ I 

data bus. 

High_hword = „1" means that the upper 16 bits of the fpi 
bus carry valid data and are to be mapped to the kernel 
data bus. 



2.3. Architecture of the whole peripheral and testbench 

A peripheral is a hierarchical construction (see Figure 2 below). 

The peripheral kernel can be given either as a structural or as a rtl description. 

The components <project>_bpi and <project>_kernel are contained within the module 

<project>_syn. (syn means synthesis unit) 

Example: p3_wdt_bpi and p3_wdt_kernel comprise p3_wdt_syn. 

On this project level, no tristate drivers are included, they are instantiated in module 
<project>_bus_driver. 

Example: p3_wdt_bus_driver. 

For the distribution of the master clock to the BPI and its kernel a special clock driver 
each will be instantiatied inside module <project>_clock_gating. 

Example: p3_wdt_clock_gating. 

The three modules <project>_bus_driver, <project>_clock_gating and <project> _syn 
are contained inside <project> 

The dedicated testbench (<project>_tb) for this toplevel module consist of the periph- 
eral itself (Example: p3_wdt)and the test units FPI (bus model) and <project>_IOC_top 
(input output control). 
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Example: p3_wdt_ioc_top. 

The figure below shows the internal hierarchy of the bpi_interface and the other components. 

Remark: All VHDL units should have a unique prefix in their name to signal their belonging to 
a certain peripheral. p3_xxx is used throughout this document as generic peripheral name. 
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Figure 1 : BPI architecture 
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r 



<project>_tb 



r 



<project> 



CLOCK- 
MODEL 
(included 



FPI-BUSJ 
MODEL 



[~ <project>_i 



syn 



<project>_ 
clock_gating 



<project>_ 
bus_driver 



<prqject>_bpi 



SMIF 



<projcct>_kcmcl 



test-register 
(optional) 



J 



extern 
input 



IOC-Model 



J 



extern 
outputs 



J 



Figure 2: Architecture of the whole peripheral and testbench 
If you use this example proceed as follows: 

• Complete the component <project> and<project>_syn with the external input and 
output signals given by your<project>_kernel. 

• Extend the signal list and modify the port map in file <project>_tbe_tba-a.vhd. 

• Change the constant nr__of_pins_c and edit the constant pin map of the 
<project>_IOC_top port map 

The <project>_tbe_tba-a.vhd contains an example. 

3. Parameter setting in the project package 

The configuration of the BPI is handled in the BPLPACKAGE, contained in the file 
<project>_bpLpack-p.vhd. 

For every peripheral this package needs to be copied into the project packages direc- 
tory under a unique name, usually by prefixing the original name with the project pre- 
fix, e.g. P3_X>OCBPLPACK-P.VHD. Configuration of the BPI is then accomplished by 
editing (extending) this file. One important point is editing the name of the package 
likewise ! 

Example for the watchdogtimer (WDT): 

$HWPROJECT/VHDL_PACKS/RTUP3_WDT_BPI_PACK-P.VHD. 

The personalised project package is then imported by all other units with the state- 
ment 
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USE W0RK.P3_XXX_BPI_PACK.ALL; 
Inside this package several constants are to be checked and changed if necessary: 



fpi_addressbuswidth_c 


Indicates the width of the incoming FPI_A - BUS 
Preset to 32 Bit. Normally no change necessary 


fpi_databuswidth_c 


Indicates the width of the bidirectional FPI_D - BUS 
Preset to 32 Bit. Normally no change necessary 


kernel_databuswidth_c 


Indicates how many bits are provided by the largest 
peripheral register in one access. Possible values are 32, 
16,8. 

The constant sfr_size_c indicates the numbers of bytes 
and is calculated from kerneLdatabuswidth_c by: 
sfr_size_c := kernel_databuswidth_c / 8 




addressbuswidth_c 


The constant addressbuswidth_c indicates how many bits 
are to be decoded by the address decoder for the SFR 
select signals. 

In order to get the correct address of the register the bits 
fpi_a(fpi_high_c downtoJpiJow_c) will be decoded. 
Note that fpi_a(1 downto 0) are reserved for the byte 
selection. 

1 lie UcldUll VdiUc lo O, \\f UUWI1LU \J)j 


fpi_low_c 


LSB of the decoded address for the SFR addressrange. 
Preset to 2. Normally no change necessary 


fpi_high_c 


MSB of the decoded address for the SFR addressrange. 
Preset to 7. Normally no change necessary 


handshake_c 


When you need a handshake-procedure between inter- 
face and kernel, set the constant handshake_c:=1; 
Preset to 0 


fpi_addr_width_c 


Range for bit_vector. 

Preset to 8. No change necessary unless the constant 
addressbuswidth_c was changed. 

This constant is only used to define the type of the follow- 
ing constant sfr_addr__c. 


sfr_addr_c 


Array of SFR-Addresses for the address decoder. 

Note that the first 4 addresses (x , 00 I x < 04 f x t 08,x ( 0C) are 

predefined ! 


destmctive_read__c 


Indicates whether the peripheral includes destructive read 
registers. Preset to 0 
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dest_addr_c 


Subarray of SFR-Addresses (must also be present in 
sfr addr c) which are destructive read registers. Preset to 
JO". 

This constant is only relevant if destructive_read_c = 1. 
If only one register is dest.read insert it twice 


The next group of constants is relevant if a RAM-interface is required only. 


I dill HUClidL-C Kf 


f^nh^l inHiratinn if ^ RAM iq rpniiirpril PrpQPt tn FAI 


ram_addr_c 


The constant indicates the bit combination which shall 
create the select signal for the ram inside the kernel. 
Preset to ,,1" This constant is compared to 

fpi_a(ram_high_c downto ramJow_c) 
If ram_high_c is not equal to ram_low_c define a subtype ! 


ram_addr_low_c 


Indicates the Isb of the RAM address. Preset to 0 


ram_addr_high_c 


Indicates the msb of the RAM address. Preset to 7 
bpi_a<=fpi_a(ram_addr_high_c downto ram_addr_low_c) 
Preset to bpi_a<=fpi_a(7 downto 0) 


ram_low_c 


LSB of the decoded ram address. 

Preset to 8. Normally no change necessary 


ram_high_c 


Preset to 8 ; only 256 byte RAM 
If you set this constant, for example to the value 9 then 
don't forget to change the constant ram_addr_c to a 2-Bit- 
Vector. Example: 

std_ulogic_vector(ram_high_c downto ram_low_c) := „10" 
This sector indicates if a RAM or SFR are selected. 


ram_databuswidth_c 


Preset to 32 -- the same as the FPI data bus.. You can 
change it to 16 or 8 for another ram databuswidth. 

!! IN THE CURRENT VERSION !!!! 

!! ram_databuswidth_c must equal kernel_databuswidth_c! 
!! It is no own data input for the RAM inserted !! 


ram_access_c 


The result of the calculation ram_databuswidth_c / 8 



If a RAM-module is not configured (ram_interface_c = FALSE), the RAM special signals 
must not be used in the kernel. These are 

BPLAJ the registered fpi_a(ram_low_c-1 downto 0) 

BPI_WR_N J write signal for the RAM 

BPI_RD_N J read signal for the RAM 

BPLCS_NJ chipselect signal for the RAM 
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4. Binary and Enhanced Mode 

For compatibility reasons some bus mapping is provided. This is controlled by the spe- 
cial signal high_hword. Only if the FPI databus width is 32 and the Kernel data- 
buswidth is 16 is it possible to multiplex the upper or the lower16 Bit of the FPI databus 
to the kernel databus independently from the Isbs of fpi_a ! Nomally this signal must 



be held '0'. 



fpi_d_i(31 .. 16) 




fpi_d_i(0 ..15) 



bpi_data_o(0 .. 15) 



high_hword 




fpi_d_o(31 .. 16)-+ 
fpi_d_o(0 ..15) -+ 



bpi_data_i(0 ..15) 
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5. The FSSVi of the controlunit 



5.1. controLml 

read_fast <= xxx_bus_fasterj='0' and fpLrd_n_i- 0' and fpLopcj /= J 111" and 
fpLsel_n_i- 0' and fpi_rdy_i- 1' bpLseLn_i='0'; 

write_fast <= xxx_bus_faster_i=*0' and fpLrd_n_i=T and fpLopc_i /= „1 1 11" and 
fpi_sel_n_i- 0' and fpLrdyj- V bpLsel_n_i= , 0 < and fpLwr_n_i='0'; 

read_slow <= (xxx_bus_fasterj- 0' and fpLrd_n_i= , 0 , and fpLopcj /= „1 1 1 1" and 
fpi_seLn_i- 0' and fpi_rdy_i- 1* bpLsel_n_i='0') 
or (read_fast and bpi_destj=T; 

write_slow <= xxx_bus_faster_i- 0* and fpljd_n_i=T and fpLopcj /= ,,1111" and 
fpLsel_n_i= t 0 < and fpLrdy_i=T bpi_sel_n_i= < 0 < and fpLwr_n_i= < 0 i ; 

error <= fpLtouH- V or kernel_err_i=T; 



error or else 




write_fast 
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5.2. controLh ( handshake) 

read <= fpLrd_nJ='0' and fpLopc_i /= „1 111" and 

fpi_sel_n_i= , 0' and fpi_rdyj=T bpLsel_n_i='0' 

write <= fpi_rd_n_i=T and fpL_wr_n_i- 0' and fpi_opc_i /= „1 1 1 1" and 
fpi_sel_nj- 0* and fpi_rdy_i='r bpLsel_nj- 0' 



error or else 




5.3. FSM for error handling 
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An error occured if 

• the peripheral is selected but the SFR address is wrong, 

• a access is performed while the kernel clock is switched off or 

• a access is performed while the kernel indicates a kernel error 

In the e_read state the fpi data bus nonetheless must driven by the peripheral. 

If the kernel clock is switched off only accesses to the clock control register is allowed. 

In case of timing problems there is a constant error_handling_C defined inside the architecture 
p3_xxx_bpi-rtl-a.vhd to switch off this errorhandling (constant error_handling_j;: boolean:=false;)! 
In this case the fpi_ack is in everytime NSC! 




5.4. The read modify write FSM 

The rmodw FMS rememberes the read part of a modify access and waites for the corresponding 
write access. 




waitstates 
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• • 

6. I/O signals from Peripheral Kernel 



<PERIPHERAL> - KERNEL 



XXX_RESET_NJ . 
XXX_CLK_I . 

KERNEL_DATA_I[ 31/15 ... 0] ■ 
BPI_WR_SFR_N_I[ x ...0] - 
BPI _WR_BY_N_I[ 3/1/0 ... 0] 

BPI_RD_SFR_N_I[x...O] 
BPI_RD_BY_N_I[ 3/1/0 ...0] 

BPLABORT.NJ 
BPI„REQ_N_I 
BPI_A_I 
BPI_CS_N_I 

BPI_RD_N_I 

BPI_WR_N_I 
BPI_PROTECT_MASK_I 
BPI_ACC_N_I 

xxx_disreq_n_i 



PERIPHERAL - ^ 

SPECIAL 
INPUTS 




KERNEL_DATA_O[31/15...0] 
BPI_RDY_0 
KERNEL_ERR_0 

xxx disack n o 



PERIPHERAL" - 
SPECIAL 
OUTPUTS 



The signals have already been described above. 

If no error indication from the kernel is required, two signals must be driven nonethe 

less by the architecture of the kernel: 

kernel_err_o <= ,0'; - special error from kernel 
xxx_disack_n_o <= xxx_disreq_nj; - always ok to disable clock 
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7. How you can use the port signals 



7.1. Write enable logic 

A register normally consist of one, two or four bytes. In order to write each byte sepa- 
rately the BPI provides a dedicated enable signal (BPI_WR_SFR_N_l(x)) for each SFR 
and a separate enable signal (BPI_WR„BY_NJ(3..0)) for each byte of the data bus. 
For each byte of each register the write enable will be generated from this signals. 
If the signal BPI_WR_SFR_NJ of the SFR and all signals of the BPI_WR_BY_N J are 
low, then the whole register is enabled to store the new data. 

The figure below illustrates the proposed circuit 



BPI_WR_SFR_N_I(4) 






enable- 
logic 


write enable for Byte 3, SFR 4 
: ► 


BPI_WR_BY_N_I(3) 






BPI_WR_SFRN_I(4) 






enable- 
logic 


write enable for Byte 2, SFR 4 


BPI_WR_BY_N_I(2) 


► 




BPI_WR_SFR_N_I(4) 






enable- 
logic 


write enable for Byte 1, SFR 4 


BPI_WR_BY_N_I(1) 


► 




BPI_WR_SFR_N_I(4) 






enable- 
logic 


write enable for Byte 0, SFR 4 


BPI_WR_BY_N_I(0) 


► 





Caution!! 

The BPI_WR_SFR_NJ[0 3] and BPLRD_SFR_NJ[0 3] are reserved normally !! 

SFR(O) is the clock control register and is instantiated in the BPI. 

SFR(1) is the peripheral input select register 

SFR(2) is the identification number 

SFR(3) is reserved for future use 
The correlation between index and address is given by the order of the addresses in 
the addresslist in the bpLpackage. 

Note that only SFR(O) is implemented inside the BPI's architectures (clc-entity) 



Page 17 of 36 



32 BIT REGISTER 



KERNEL JDATA J[3 1 ..24] 
write enable for Byte 3, SFR 4 

KERNEL_DATA_I[23... 16] 
write enable for Byte 2, SFR 4 



KERNEL_DATA_I[ 15.-8] 
write enable for Byte 1, SFR 4 

KERNEL_DATA_I[7..0] 
write enable for Byte 0, SFR 4 



Byte 3 



Byte 2 



Byte 1 



ByteO 



SFR(O) data out 
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7.2. Multiplex output data 



The next figure shows one possibility to propagate the output data of the kernel. Note 
that multiplexing RAM data and SFR data in two stages is only an example. 



SFR(l)data out 



SFR(2) data out 



SFR(4) data out 



I 

SFR(n) data out 



MUX 



BPI _RD_ SFR_NJ(n ... 1) 



KERNEL_DATA_I[3 1/L5...0] 

BPI_A_I 
BPI_CS_N_I 
BPI_RD_N_I 
BPI_WR_N_I 
BPLACC_N_I 



SFR_DATA[31/15...0] 





KERNEL_DATA_0[3 1 /l 5...0] 




BPI_CS_N_I 



RAM_DATA[31/15...0] 
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7.3. Read modify write cycle and protect mask 



Read-Modify-Write is coded on the FPI bus and recognized by the BPI interface. The 
read modify write signal is not forwarded to the kernel. 

As a result a signal RMODW_N_S is low active for the complete read modify write 
cycle on the FPI-BUS. As no other SFR may be read intermittingly the read data can 
be stored in the read register. A protection mask can now be derived by comparing the 
(locally stored) read data with the new data to be written. All bits not changed are 
given a mask value 0 if the RMODW_N_S signal is active. 
In a normal write or read cycle, all bits of the mask are „1". 

Protect mask bit equal to „1" means that the data bit must be written into the register. 
Protect mask bit equal to (l 0" means that the data bit must not be written into the regis- 
ter. 

This is illustrated by the next figures. 




bin- or enh-mode 



ion 



1010 




fpi_d_en_n_o 



rmodw_n_s 



compare 



1010 
register 



< 



read enable 



bpi_data_o 

ton 



■^^^ bpi_protect_mask_o 

0001 in the rmodw-cycle 
otherwise 1111 



bpi_data_i 



clock 



The bpLdataJ are only captured at the end of the read-cycle and remain unchanged 
by the write- and idle-cycles on the FPI bus. The protect mask is provided every time. 
Only register bits which can be modified by SW and HW need to use the protection 
mask. 
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clock 

address 

read 

write 

rmodw 

fpi_rdy 

fpi_d (bpi_data_o) 
bpi_protect_mask 
register contents 
hardware action 
software action 





















Al 


Al 


A2 


A3 , 


A3, 


A4 


A5 



I I I I I 



1010 



1011 



0000 



1010 



0001 



1101 



1111 



iread 



writel 
write! 



The two figures below illustrate how to use these signals 



KERNEL_DATAJ[7..0] 



write enable for Byte 0, SFR 4 



BPLPROTECT_MASK_I[7..q 



enable logic _ 
for Bit(7) 



Bit(7) 



enable logic 
for Bit(0) 



Bit(7) 



EXTERNJ3ATAJ — 

KERNEL_DATA_I — 
BPI_PROTECT_MASK_I[7;.0] 



intern write enable(BPI) 
extern write enable 



enable logi 
for Bit or 
Byte 




DATA_0 
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8. Peripheral Address Map 



Each peripheral has n x 256 Byte register blocks or n x 64 32-Bit register. The register is 
selected with signals BPI_WR_SFRJN[_I or BPLRD_SFR_N_I . Four registers are fixed: 

• Address OOH is the peripheral clock control register. 

• Address 04H is the peripheral port input select register. 

• Address 08H is the peripheral identification. No real register, hard coded. 

• Address OCH is reserved. 

Control registers start at address 10H, followed by the data register. 
The interrupt control register start at the address FFH decreasing order. 



FFH 



10H 
OCH 
08H 
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Interrupt Control 
Register 




III Data 
111 Register 




Control 
Register 


RESERVED 


XXXID 


XXXPISEL 


XXXCLC 



byte3 byte2 bytel byteO 



register 64 
register 63 



register 5 



register 1 



9. Usage of the fixed Registers 

9.1. XXXID -REGISTER 

The XXXID is not a real register, it is hard coded and readable only. 
Example : 

perid.s <= ,,10100111"; 
or 

perid_c : std_ulogic_vector(8 downto 0) := J 01 001 11"; 
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It is selected with bpLrd„sfr__n_i(2). 

It should be assured by appropriate dont_touch attributes that the ID is implemented 
on silicon as matel contacts. That allows cange of revision for metal redesigns. 



9.2. XXXPISEL - REGISTER 

The XXXPISEL register indicates which port shall be used for kernel inputs. 

The register has to be implemented by the peripheral designer and is selected with 

bpL_wr_sfr_n_i(1). Every bit in this register controls one multiplexer. 

Therefore, every external input of the kernel can be driven by one of two sources. 

Example : 

If XXXPISEL(O) = ,0' then kernel signal <= Port_0 else kernel signal <= Port_1; 



Port_IN_0 



Port_IN_l 




9.3. XXXCLC - REGISTER 

The state of the peripheral clock is controlled by a register bit "XXXDISR" located in 
the register XXXCLC of the peripheral core. This register XXXCLC is clocked with the 
bus clock to be able to switch the peripheral clock on again if it was off. If required by 
the peripheral's functionality switching off the clock can be prevented by the periph- 
eral. The actual clock state will be shown by the state bit "XXXDIS" within the same 
register. The signal "XXX_DIS_N" which is a combinatorial combination of other clock 
control signals represents the actual enable state of the peripheral clock and is used 
to switch on/off the peripheral clock. The clock gating buffer is located in the Clock 
Gating block of a peripheral. The clock enable signals used to control the clock 
speeds are generated in the central Clock Generation and distributed to the Clock 
Gating block. 

The BPI module rejects every FPI bus access with Error condition if the peripheral 
clock is switched off (signaled by the signal Kernel_err_o- driven by clc module, not 
peripheral kernel). 

9.3.1. Coherence between XXXCLC and the OCDS_P_SUSPEND, XXX_EX_DISR 

For On Chip Debugging support an additional signal OCDS_P_SUSPEND is intro- 
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duced to stop the peripheral clock for debugging if this function is enabled. If debug- 
ging mode is active the peripheral core rejects write access to registers connected to 
the peripheral clock by activating the signal Kernel_err. This causes the BPI module to 
reject FPI bus accesses with Error condition. Read accesses to registers of the 
peripheral clock domain are possible. 

To be compatible with old products an XXX_EX_DISR signal is introduced to disable 
the peripheral clock. 

For more information see also the Peripheral Clock Strategy Specification 



XXXCLC - REGISTER 



(0) 



ItERNEL_DATA_I[7..0] 

OCDS_P_SUSPEND_I 
XXX_EX_DISR_I 



BitO 



XXXDISR 



(21 



Bitl 



XXXDIS 



Bit2 



Bit3 



GPSEN 



XXXJEX.DIS 



3> 

2> 



OCDS DISR 



<projcct>_kemel 
xxx_disack_n_o-^ — xxx_disreq_n_i 

kernel depended or 
direct connection 



V U f 




XXX_DIS_0 
-o ► 



fC£RNEL_ERR_I 
from the kernel 



NOR-gate_1 



BPI_SFR_RD_N_I 
BPI SFR WR N I 



KERNEL_ERR_0 
to the BPI control 



if a read or 
write access 
is alowed 
no error 



J" 2 " 



ifa=0 
and b= Fals< 
then y <- 1 
else y <=* 0 



ifa=0 
and b= Falsi 
then y <- t 
else y <* 0 



if 



0 


0 


T 


T 


1 


0 


T 


T 


0 


1 


F 


F 


1 


1 


F 





WR_EN 



RD_EN 



clc data output is Bit(3 downto 0) 
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10. Forwarding 

If a read access immediately follows a write cycle, it is normally not possible to read 
the previously written data in a zero waitstate access due to the required synchronisa- 
tion. To resolve this problem no forwarding multiplexer is provided; instead a waitstate 
will be inserted if a read access is performed after a write access to the same register 
and without any idlestates in between ! 

11. Timing Diagrams 

As there is no fixed relationship between bus clock and peripheral clock several differ- 
ent timing diagrams are provided. 

The first possibility is, that the bus clock is faster (bus_faster is ,1') as the peripheral 
clock. 

The second possibility is, that the bus clock is slower tahn or exactly as fast as the 
peripheral clock (bus_faster is ,0 l ). 

If it's necessary to implement a RAM inside the kernel the cycle must start with one waitstate. 
This is not implemented! 

The BPI_ACC_NJ signal is used to avoid multiply writes to the same address due to 
to fast a peripheral clock. It will be driven low activ one clockcycle before the relevant 
rising edge of the peripheral clock. It is activated whenever a register must store the 
data in the write cycle or change the data after a destructive read cycle. 




Page 25 of 36 



BUS CLK FASTER THAN XXX CLK 
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BUS CLK FASTER THAN XXX CLK 
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BUS CLK SLOWER OR EQUAL THAN XXX CLK 
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BUS CLK SLOWER OR EQUAL THAN XXX CLK 
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HANDSHAKE BETWEEN INTERFACE AND KERNEL 
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RAM INTERFACE (not implemented) 

The current version is like a nomal access and provides the RAM signal but not in the timing below 
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RAM INTERFACE - BUS SLOWER THAN KERNEL 
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12. Module Developers Test Cook Book 

This chapter is a copy of Hermann Obermeir's paper regarding this 
topic; contact him for updates ! 

Platform peripherals are prepared for ATPG and for isolated module test. The following gives 
a brief overview what a module developer has to do. 

12.1. Automatic Test Pattern Generation(ATPG) 

12.1.1. Prepare setup files 

e.g. GNUmakefile. setup 
INSERT_SCAN_DESIGN := true 
SCAN_CHAINS := <desired_number> 

12.1.2. Run check test 

- In Design Analyzer: Tools -> Test Synthesis: Check Design Analyzer 

- you should have no violations 

12.1.3. Insert Scan Registers and generate pattern 

Use "ssemake insert_scan" to insert scan registers. 
Build scan chains up to a maximum length of 100 flipflops. 

serial inputs of the scanchains: pdft_sci_0_i t pdft_sci_1 J, 

serial outputs: pdft_sco_0_o, pdft_sco_1_o,.... 
scan enable input: pdft_scen_i 

12.1.4. Generate test Pattern 

"ssemake atpg" You should achieve 100% fault coverage. 

(If not make sure with a fault simulation of your module test pattern, that the untested faults are 
tested with your module test pattern) 

12.1.5. Save Results 

Save Results (Fault coverage.unvovered fauts) 

Save constraints for the ATPG tool(seLtesLhold f set_test_assume), if they have been used. 

12.2. Preparation for isolated module test 

The platform peripherals are tested in an isolated module test The peripheral signals are made 
transparent at the chip boundary e.g. using multiplexers. 
There are three categories of pins: 

FPI bus: the FPI bus is made transparent via EBC/EBU 

Alternate l/Os are made visible via normal prot functions 

Outputs to other modules ( here called intermoduleoutputs) are multiplexed in the ports 
Inputs from other modules are multiplexed in the peripherals (intermoduleinputs) 

12.2.1. Insert Testregister and Multiplex Inputs 

Usually 1 test register bit is required. Use .... as an example 

All InterModulelnputs are fed into a multiplexer and a testinput tim_.... is created, which will be 
connected to external pin on chip level 



tr si i 
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any_im_input = anyjntermodulejnput 
tim = prefix for "test isolatd module" 



tr_sU, jm_clockJr_si, jm_test_reseLn_i, jm_outen Jr_si are module inputs 
tr__so_o is a module output. They will be connected at chip level 



Further Cases: 

- No test register: Some modules (SSC, ASC, IIC) have no dedicated intermodule inputs. 
In this cases the test register may be omitted. Such execptions have to be approved 
bye Georg Sigl, because they reduce testability. 

- Addtional test register bits are necessary, if the module increases IDDQ-current (e.g. 
pullups, pulldowns) or the test register needs to be in a special mode for testing other 
peripherals (e.g. for clock generation) 

12.2.2. Insert MISR 

Insert Signature Registe Kann es je vorkommen, dass man das Signaturregister im Betrieb mit- 
laufen lassen moechte, dann braeuchten wir ein eigenes testregister Bit, ansosnter gemein- 
sam nit Eingansgsmultiplex 

12.2.3. Insert MISR 

You need a MISR, if your module has many inter module outputs (more than 5 to 10) 

- Generate MISR using genbist (length is number of your intermodule outputs, but mini- 
mum 20 

- add an asynchronous reset to the misr: jm_tesLreset_i 

- the bcode inputs of the MISR are test pins to your module: pdft_misr_bcode[1:0] 

- the intermoduleoutputs are fed into the parallel MISR inputs 

- the msb ofthe misr will be a test 

- in test mode of the peripheral the MISR follows is controlled by the bcode test pins, in 
functional mode a synchronous reset is applied to bcode (bcode[1:0] -10* 



12.2.4. Select Module Pattern 

The module pattern are used for a functional/performance test ofthe modul. 

select a set of PDL files and store them. 

Add a comment into your PDL file, where 

If ATPG could not achieve 100% fault coverage make these 



12.3. IDDQ Test preparation 

IDDQ test vectors will be selected for platform products using Viewlogic/Sunrise. All peripheral 
have to fulfill the testability rules for this tool. Its not yet detemined, if we have to check every 
peripheral with Sunrise/testability checker. 



12.4. Fault Coverage 



12.5. Document Testability in Module Specification 

Document Testability in your Module Specification. Use SSC as an example 

13. Product Developers Test Cook Book 

tbd 

13.1. Preparations 
13.1.1. Port Description 

A description of the ports in computer readable format is necessary 

13.2. Make Top Level Entity 

13.2.1. Wiring of Test Register 

13.2.2. Wiring of Scan Registers 

13.3. Make Testbench 

The necessay testbench contains 



